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DETAILED ACTION 
Receipt Acknowledgement 

1 . Receipt is acknowledged of the Amendment filed on 1 st of March 2005. Claims 1 and 13 have 
been amended; claim 14 has been canceled; and no claim has been newly added since the RCE Non-Final 
Office Action was mailed on 3 ld of December 2004. Currently, claims 1-5, 7-13 and 15-20 are pending in 
this application. 

Claim Rejections - 35 USC §102 

2. The text of those sections of Title 35, U.S. Code not included in this action can be found in a 
prior Office action. 

3. Claims 13, 15, 16 and 1 8-20 are rejected under 35 U.S. C. 102(a) as being anticipated by Yeivin et 
al. [WO 00/60477; cited by the Applicants; hereinafter Yeivin], 

Referring to claim 13, Yeivin discloses a method (See Abstract) of using a communication 
controller (i.e., communication controller as indicated by dashed line 1 19 in Fig. 3) for communication on 
at least one communication bus (i.e., communication channels 180 in Fig. 3), each communication bus 
(i.e., communication channel) transferring a data stream (i.e., high speed data stream) according to a 
communication protocol (See page 7, lines 20-22), said communication controller comprising a 
communication handler (i.e., peripherals 140, scheduler 50 and first processor 90 in Fig. 3) coupled to 
said at least one communication bus adapted to be programmable to perform transformations of said data 
stream (See page 10, lines 3-23), said communication handler (i.e., peripherals, scheduler and first 
processor) is adapted to be programmable to perform transformations (See page 10, lines 3-23) of said 
data stream (i.e., high speed data stream) at a bit-level (See page 9, line 3 1 through page 10, line 2; i.e., 
wherein in fact that the state machine converts raw data bit stream to a bit stream compatible to a 
communication protocol clearly anticipates performing transformations (i.e., conversions) of said data 
stream (i.e., raw data bit stream) at a bit-level (i.e.. converting a bit stream of raw data to a bit stream)), 
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the method comprising the steps of selecting a communication protocol (See page 9, line 1 1 through page 
10, line 2. page 16 ; lines 21-27, and page 17, line 15-27; i.e., wherein in fact that a state machine of the 
peripheral being tailored to handle a communication protocol, and a request selector of the scheduler 
selecting RC(c) request channel anticipates selecting a communication protocol); programming said 
5 communication handler (i.e., first processor) with instructions to perform transformations of said data 
stream according to said selected communication protocol (See page 10, lines 3-23, and page 10, line 29 
through page 1 1, line 25); receiving electrical signals (i.e., receiving raw data bit stream) representing 
data of said data stream (See page 9, line 19 through page 10, line 2); transforming (i.e., converting and 
processing) said electrical signals representing data of said stream by said communication handler (i.e., 

10 peripherals, scheduler and first processor) according to said programmed instructions (See page 10, lines 
3-23, and page 10, line 29 through page 1 1, line 25); and re-programming said communication handler 
(i.e., peripherals 140, scheduler 50 and first processor 90 in Fig. 3) with instructions (i.e., programmable 
routines) to enable it to perform transformations of said data stream (i.e., high speed data stream) 
according to a re-selected communication protocol which is different from the previously selected 

I 5 communication protocol (See page 7, lines 20-22 and page 10, lines 3-23; i.e., wherein in fact that 

communication processor processes data streams, which are associated with a variety protocols, according 
to the variety protocols inherently anticipates that said communication handler performs transformations 
of said data stream according to a re-selected communication protocol which is different from the 
previously selected-communication protocol). 

20 Referring to claim J 5, Yeivin teaches the step of generating an electrical signal representing 

logical bits from a voltage signal having transitions between voltage levels received on said 
communication bus (See page 9, line 19 through page 10, line 2; i.e., wherein in fact that each peripheral 
comprises of a state machine which is tailored to at least one communication protocol, and the state 
machine converts raw data bit stream to a bit stream compatible to a communication protocol inherently 
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anticipates the step of generating an electrical signal (i.e., communication channel signal) representing 
logical bits (i.e., bit data) from a voltage signal (i.e., digital communication device signal) having 
transitions between voltage levels (i.e., digital representation of the communication channel signal) 
received on said communication bus (i.e., communication channels)) and/or sending a voltage signal (i.e., 
transmitting said (i.e., digital communication channel signal) having transitions between voltage levels 
(i.e., digital representation of the communication channel signal) on said communication bus (i.e., 
communication channels 180 in Fig. 3) generated from an electrical signal (i.e., communication channel 
signal) representing logical bits (i.e., bit data), according to said communication protocol (See page 7, 
lines 20-22). 

Referring to claim 16, Yeivin teaches the step of decoding/encoding data of said data stream (i.e., 
in fact, the high speed data stream is encoded/decoded by said communication handler (i.e., peripherals, 
scheduler and first processor) in a variety of associated communication protocols; See page 10, lines 3- 
23). 

Referring to claim 18, Yeivin teaches the step of identifying and providing as parallel data a data 
field of logical bits received serially on said communication bus (i.e., communication channels 180 in Fig. 
3; See page 9, lines 25-28) and/or providing for sending serially on said communication bus groups of 
logical bits (i.e., a set of multiple bit words) provided as parallel data (See page 9, lines 28-31). 

Referring to claim 19, Yeivin teaches the step of identifying and providing a data frame 
representing a message from data fields of logical bits (i.e., a set of multiple bit words converted from a 
received serial data bit stream; See page 9, lines 25-28) and/or identifying and providing fields of logical 
bits from a data frame representing a message (i.e., a received multiple bit words from the First processor 
being converted to a stream of single bits to be transmitted into the communication channel; See page 9, 
lines 28-31). 
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Referring to claim 20, Yeivin teaches said method is carried out by a communication controller 
(i.e.. peripherals 140, scheduler 50 and first processor 90 in Fig. 3) within a microcontroller (i.e., 
communication controller as indicated by dashed line 1 19 in Fig. 3). 

Claim Rejections - 35 (JSC § 103 

4. The text of those sections of Title 35, U.S. Code not included in this action can be found in a 
prior Office action. 

5. Claims 1, 2, 7, 8, 1 1 and 12 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Yeivin [WO 00/60477] in view of Holy [GB 2 264 374 A]. 

Referring to claims 1 and 11, Yeivin discloses a communication controller, which is a 
microcontroller unit (i.e., communication controller as indicated by dashed line 1 19 in Fig. 3), for 
communication on at least one communication bus (i.e., communication channels 180 in Fig. 3), each 
communication bus (i.e., communication channel) transferring a data stream (i.e., high speed data stream) 
according to a communication protocol (See page 7, lines 20-22), said communication controller 
comprising a communication handler (i.e., peripherals 140, scheduler 50 and first processor 90 in Fig. 3) 
coupled to said at least one communication bus adapted to be programmable to perform transformations 
of said data stream (See page 10, lines 3-23), wherein said communication handler (i.e., peripherals, 
scheduler and first processor) is adapted to be programmable to perform transformations (See page 10, 
lines 3-23) of said data stream (i.e., high speed data stream) at a bit-level (See page 9, line 3 1 through 
page 10, line 2; i.e., wherein in fact that the state machine converts raw data bit stream to a bit stream 
compatible to a communication protocol clearly anticipates performing transformations (i.e., conversions) 
of said data stream (i.e., raw data bit stream) at a bit-level (i.e., converting a bit stream of raw data to a bit 
stream)). 

Yeivin does not expressly teach said communication handler is adapted to be programmable to perform 
transformations of said data stream at a bit-level in accordance with a communication protocol and re- 
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programmable to perform transformations of said data stream in accordance with a modified or different 
protocol. 

Holy discloses a programmable protocol converter (See page 1 5 lines 1-5), wherein a communication 
handler (i.e.. PPC in Fig. 1) is adapted to be programmable to perform transformations (i.e., 
modifications) of a data stream (See page 2, lines 1 7-23; i.e., said PPC is adapted to be programmable to 
modify a data stream) at a bit-level in accordance with a communication protocol (See page 7, lines 14- 
22; i.e., wherein in fact that the PPC has an Input Hex Dump function and displays data flowing along a 
cable, and the user determines what modification to the data is required implies that a communication 
handler (i.e., PPC) is adapted to be programmable to perform transformations (i.e., modifications) of a 
data stream at a bit-level in accordance with a communication protocol (i.e., modifying data determined 
by the user, which is flowing in Hex and ASCII)) and re-programmable to perform transformations of 
said data stream in accordance with a modified or different protocol (See page 8, lines 1-12; i.e., re- 
programming for performing modifications of data stream in accordance with an incompatibility). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have included said communication handler (i.e., programmable protocol converter), as disclosed 
by Holy, in said communication handler, as disclosed by Yeivin, for the advantage of providing an easy 
way to modify said data stream by means of an internal high level language program which can be written 
by a person who is not an expert in the hardware and software details of said communication controller 
(i.e.. data communications device; See Holy, page 1, lines 2-5). 

Referring to claim 2, Yeivin teaches said communication handler (i.e., peripherals 140, scheduler 
50 and first processor 90 in Fig. 3) comprises a programmable decoder and/or encoder (i.e., first 
processor; See page 10. lines 3-23). 
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Referring to claim 7, Yeivin teaches a communication control unit (i.e., second processor 100 of 
Fig. 3) for controlling (e.g., initializing) said communication handler (i.e., peripherals 140, scheduler 50 
and first processor 90 in Fig. 3; See page 10, lines 24-28). 

Referring to claim 8, Yeivin teaches a memory (i.e., instruction memory bank 130 or first 
memory bank 70 in Fig. 3) for storing instructions (See page 10, lines 3-9) to perform transformations of 
said data stream (i.e., high speed data stream) according to several communication protocols (See page 7, 
lines 20-22). 

Referring to claim 12, Yeivin teaches said microcontroller unit (i.e., communication controller as 
indicated by dashed line 1 19 in Fig. 3) adapted to communicate on several communication buses 
simultaneously (i.e., communication channels 182 in Fig. 3), each communication bus transferring a data 
stream (i.e., high speed data stream) according to a respective communication protocol (See page 7, lines 
20-22). 

6. Claims 3-5 are rejected under 35 U.S.C. 103(a) as being unpatentable over Yeivin [WO 
00/60477] in view of Holy [GB 2 264 374 A] as applied to claims 1, 2, 7, 8, 11 and 12 above, and further 
in view of Adams et al. [US 5,761,424 A; hereinafter Adams]. 

Referring to claims 3 and 4, Yeivin, as modified by Holy, discloses all the limitations of the 
claims 3 and 4, respectively, including said communication handler (i.e., peripherals 140, scheduler 50 
and first processor 90 in Fig. 3) comprises at least one bit engine (e.g., shift register in peripherals; See 
page 9, lines 26 and 29), which is a bit receiver and/or a bit transmitter (i.e., bit stream 
receiver/transmitter; See page 9, lines 25-3 1), except that does not teach said at least one bit engine, 
which is said bit receiver and/or said bit transmitter, is programmable. 

Adams discloses a communication receiver 100 in Fig. 1, wherein at least one bit engine (i.e., packet 
recognition filter 106 and packet generator parameters 1 10 in Fig. 1), which is a bit receiver (i.e., packet 
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recognition filter) and/or a bit transmitter (i.e., packet generator parameters), is programmable (See col. 2, 
lines 5-18). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have combined said bit engine (i.e., packet recognition filter and packet generator parameters), as 

5 disclosed by Adams, with said at least one bit engine (i.e., shift register in peripherals), as disclosed by 
Yeivin, as modified by Holy, for the advantage of providing a programmable recognition filter to 
determine which received said data streams (i.e., packets) are appropriately to be processed by said 
communication handler (i.e., receiving node; See Adams, col. 2, lines 2-5). 

Referring to claim 5, Yeivin, as modified by Holy, discloses all the limitations of the claim 5, 

1 0 except that does not teach said communication handler comprises a programmable pattern detector, which 
is performing the step of detecting a predefined pattern in the data of said data stream. 
Adams discloses a communication system (Fig. 1), wherein a communication handler (i.e., 
communication receiver 100 of Fig. 1) comprises a programmable pattern detector (i.e., packet 
recognition filter 106 of Fig. 1; See col. 4, lines 15-23), which is performing the step of detecting a 

1 5 predefined pattern (i.e., valid information recognized by filter) in the data (e.g., header portion) of a data 
stream (packets; See col. 3, lines 53-65). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have included said programmable pattern detector (i.e., packet recognition filter), as disclosed by 
Adams, in said communication handler, as discloses by Yeivin, as modified by Holy, for the advantage of 
20 providing flexibility in the update of said communication handler (i.e., receiving node) to recognize new 
types of said data streams (i.e., packets; See Adams, col. 4, lines 15-17). 

1. Claim 9 is rejected under 35 U.S.C. 1 03(a) as being unpatentable over Yeivin [WO 00/60477] in 
view of Holy [GB 2 264 374 A] as applied to claims 1, 2, 7, 8, 1 1 and 12 above, and further in view of 
Edwards et al. [US 6,530,047 Bl ; hereinafter Edwards]. 
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Referring to claim 9, Yeivin ; as modified by Holy, discloses all the limitations of the claim 9 
except that does not teach a debug unit. 

Edwards discloses a system for communicating with an integrated circuit 101 in Fig. 1, wherein said 
integrated circuit comprising a debug unit (i.e., Debug Circuit 1 03 of Fig. 1 ). 
5 Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have included said debug unit, as disclosed by Edwards, in said communication controller, as 
discloses by Yeivin, as modified by Holy, for the advantage of providing a real-time collection of trace 
information is possible via a high-speed link interface of said debug unit (debug circuit; See Edwards, col. 
2, lines 54-62). 

10 8. Claim P0 is rejected under 35 U.S.C. 103(a) as being unpatentable over Yeivin [WO 00/60477] in 
view of Holy [GB 2 264 374 A] as applied to claims 1, 2, 7, 8, 11 and 12 above, and further in view of 
Sarpangal [US 6,529,970 Bl] and Scherpbier et al. [US 6,621,834 Bl; hereinafter Scherpbier]. 

Referring to claim 10, Yeivin, as modified by Holy, discloses all the limitations of the claim 10, 
including said instructions having been loaded into a memory (i.e., instruction memory bank 130 or first 

1 5 memory bank 70 in Fig. 3) for storing said instructions (See page 10, lines 3-9) to perform 

transformations of said data stream (i.e., high speed data stream) according to several communication 
protocols (See page 7, lines 20-22), except that does not teach a peripheral channel connection for rapid 
loading of said instructions, which perform transformations of said data stream according to custom 
protocol. 

20 Sarpangal discloses a method and microprocessor with fast program downloading features (See Fig. 1 and 
Abstract), wherein a peripheral channel connection (i.e., communication medium 7a, dispatcher 5, 
dispatcher connector interface 5a, and target connector interface 3c in Fig. 1) for rapid loading of 
instructions (See col. 4, lines 35-62), 
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Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have included said peripheral channel connection (i.e., communication medium, dispatcher, 
dispatcher connector interface, and target connector interface), as disclosed by Sarpangal, in said 
communication controller, as disclosed by Yeivin, as modified by Holy, for the advantage of providing a 
method of downl6ading said instructions (i.e., program information) quickly (See Sarpangal, col. 1, lines 
66-67). 

Yeivin. as modified by Holy and Sarpangal, does not expressly teach said instructions perform 
transformations of said data stream according to custom protocol. 

Scherpbier discloses a system and method for voice transmission over network protocols (See Abstract), 
wherein instructions (i.e., program for communicating in custom protocol) to perform transformations 
(i.e., enabling transmission/reception) of data stream (e.g., voice data) according to custom protocol (i.e., 
custom protocol built on top of HTTP; See col. 6, lines 7-8). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have implemented said custom protocol, as disclosed by Scherpbier, in said instructions, as 
disclosed by Yeivin, as modified by Holy and Sarpangal, for the advantage of providing additional extra 
information to said communication protocols (i.e., standard HTTP protocol; See Scherpbier, col. 6, lines 
8-9). 

9. Claim 1 7 is rejected under 35 U.S.C. 103(a) as being unpatentable over Yeivin [WO 00/60477] as 
applied to claims 13, 15, 16 and 18-20 above, and further in view of Adams [US 5, 76 1,424 A]. 

Referring to claim 1 7, Yeivin discloses all the limitations of the claim 1 7, except that does not 
teach said communication handler comprises a programmable pattern detector, which is performing the 
step of detecting a predefined pattern in the data of said data stream. 
Adams discloses a communication system (Fig. 1). wherein a communication handler (i.e., 
communication receiver 100 of Fig. 1) comprises a programmable pattern detector (i.e., packet 
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recognition filter 106 of Fig. 1; See col. 4, lines 15-23), which is performing the step of detecting a 
predefined pattern (i.e., valid information recognized by filter) in the data (e.g., header portion) of a data 
stream (packets; See col. 3, lines 53-65). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention was 
5 made to have included said programmable pattern detector (i.e., packet recognition filter), as disclosed by 
Adams, in said communication handler, as discloses by Yeivin, for the advantage of providing flexibility 
in the update of said communication handler (i.e., receiving node) to recognize new types of said data 
streams (i.e., packets; See Adams, col. 4, lines 15-17). 



10 10. Applicants 5 arguments with respect to claims 1 and 13 have been considered but are moot in view 
of the new ground(s) of rejection. 

In response to the Applicants ' argument with respect to"... However, Yeivin does not state that 
the communication controller is re-programmable to perform transformations of the data stream in 
accordance with a modified or different protocol. ..." in the Response on page 5, lines 1 1-23, the 

1 5 Examiner brought Holy reference in the rejection for the limitations of the claim 1 , which are not 
provided by Yeivin and all of the other art cited (See Claim Rejections - 35 USC § J 03). 
However, Yeivin teaches the newly claimed limitations in the claim 13, such that "re-programming said 
communication handler (i.e., peripherals 140, scheduler 50 and first processor 90 in Fig. 3) with 
instructions (i.e.-, programmable routines) to enable it to perform transformations of said data stream (i.e., 

20 high speed data stream) according to a re-selected communication protocol which is different from the 
previously selected communication protocol (See page 7, lines 20-22 and page 10, lines 3-23; i.e., 
wherein in fact that communication processor processes data streams, which are associated with a variety 
protocols, according to the variety protocols inherently anticipates that said communication handler 
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performs transformations of said data stream according to a re-selected communication protocol which is 
different from the previously selected communication protocol)". 

Thus, the Applicants 5 argument on this point in accordance with the claim 13 is not persuasive. 



I 1 . The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. 
Weitz et al. [US 6,771,630 Bl] disclose multi channel controller. 

Krizay et al. [US 5,699,430 A] disclose method and apparatus for electronically preventing 
unauthorized access to equipment. 

Iijima [US 5,581,708 A] discloses data transmission system using electronic apparatus having a 
plurality of transmission protocols. 

Balogh et al. [US 5,734,830 A] disclose multi-equipment routing method and master station for 
layered protocol communication network system. 

. Holzmann [US 5,826,017 A] discloses apparatus and method for communicating data between 
elements of a distributed system using a general protocol. 

Estrada et al. [US 4,855,905] disclose multiprotocol I/O communications controller unit including 
emulated I/O controllers and tables translation of common commands and device addresses. 

Brown et al. [US 5,060,140] disclose universal programmable data communication connection 

system. 

Kazan et al. [US 4,807,282] disclose programmable P/C compatible communications card. 
12. Applicants 5 amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicants are 
reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from 
the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the mailing 
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date of this final action and the advisory action is not mailed until after the end of the THREE-MONTH 
shortened statutory period, then the shortened statutory period will expire on the date the advisory action 
is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later than SIX 
5 MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Christopher E. Lee whose telephone number is 571-272-3637. The examiner can normally 
be reached on 9:30am - 5:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Mark 
10 H. Rinehartcan be reached on 571-272-3632. The fax phone number for the organization where this 
application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be obtained 

i. 

from either Private PAIR or Public PAIR, Status information for unpublished applications is available 
15 through Private PAIR only. For more information about the PAIR system, see http://pair- 

direct.uspto.gov. Should you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-21 7-9197 (toll-free). 



Christopher E. Lee 

Examiner 

Art Unit 21 12 



20 CEL/^t^ 



GlennA.Auve 
Primary Patent Examiner 
Technology Center 2100 



